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SYSTEM AND METHOD FOR INTERACTIVE 
ELECTRONIC MEDIA EXTRACTION FOR WEB 
PAGE GENERATION 

CROSS-REFERENCE TO RELATED APPLICATIONS 

5 This application is related to provisional patent applications Serial 

No. 60/139,129 entitled "lETM HTML Extract Application" filed Jun. 14, 
1999 and Serial No. 60/158,129 entitled "System and Method for 
hiteractive Electrpnic Media Extraction for Web Page Generation" filed 
October 8, 1999 the entire subject matter of which is incorporated herein 
10 by reference. 

DESCRIPTION 
BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention generally relates to display of Interactive 
1 5 Electronic Media and, more particularly, to a method for parsing a 

database structure to produce tagged data that preserves the content, links, 
and structvire of the original electronic media description. 

Background Description 

An initiative was started in the 1970's in the U.S. Department of 
20 Defense (DoD) to create a paperless ship environment for technical 

manuals. Originally the documents were raster scanned paper documents. 
In 1992, three Interactive Electronic Technical Manual (lETM) standards 
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were approved by the DoD. Currently, the U.S. DoD specification, 
MIL-PRF-87269, "Data Base, Revisable: Interactive Electronic Technical 
Manuals, For the Support Of is currently the only available published 
standard for developing lETMs. 
5 Interactive Electronic Technical Manuals (lETMs) are designed to 

enable a technician to walk through maintenance procedures in a logical 
sequence and through fault isolation techniques. An Interactive Electronic 
Technical Manual (lETM) can be one of the many by-products of Standard 
Generalized Markup Language (SGML)/eXtensible Markup Language 
10 (XML) content tagged data. The use of databases and legacy data for 

system maintenance/repair combined v^th SGML/XML tagged content can 
result in an lETM. 

, There a number of varieties of lETMs in existence today. Each 
variation stores a description of the technical manual in a database 
1 5 structure. Some systems may use primitive flat file directory structure and 

some usa more sophisticated relational databases. The stored data is in 
accordande with the DoD standard, but each system typically uses custom 
software td retrieve the data and create an interactive session of the manual 
or documem. A technician views the manual on a terminal connected, 
20 either directly or via a network, to a host computer on which the database 

resides. As tha technician makes interactive choices regarding which pages 
or procedures t© view, additional data is retrieved fi"om the database in 
order to format the requested pages. 

6^^^3-^t l^as been determined that relational database lETMs enhance data 



25 maintainability, thus reducing management costs, and is the best solution 

for large-sc^e lETM applications. These applications use tools applicable 
to Database M^inagement Systems (DBMS), most of which have 
proprietary datAreplication facilities, typically utilize network protocols 
and procedures different from those used by the World Wide Web, and as 

30 such, not are commiant with an interoperable architecture. In particular. 
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Class 4 lETNl applications require the services of a separate DBMS as well 
as the presentation method that is encapsulated in the lETM. 

A class 4 lETM represents the group of hierarchically structured 
lETMs. Class 4 lETMs represent the primary desired lETM class for new 
5 acquisition programs currently being procured by the U.S. Navy. Class 4 is 

a complete departure from previous classes whose data is structured to 
support a classical publishing environment based on sentence, paragraph, 
chapters, pages, etc. Class 4 data is created and managed as hierarchical 
objects within a database. Class 4 lETMs are not boxmd by a 

10 predetermined sequence of presentation, and by building a hierarchical 

database structure provides the logic and the linkage among and between 
data that is inherently integral to hierarchical databases. Data is created 
once with no duplication. Links are provided between the lETM elements 
controlling navigation and allowing the user a customized view of data. 

1 5 There are several known problems or disadvantages of viewing 

lETMs according the state of the art methods. For instance, lETM 
application developers utilize proprietary viewers for their lETM data. The 
Web solution for their lETMs require the services of a separate database 
management system (DBMS), as well as presentation methods that 

20 encapsulate the lETM presentation. These methods utilize specialized 

server and client software, creating additional infrastructure burdens, and 
resulting in cost and maintenance impacts associated with the products 
development. Thus, there is a need to enhance cross platform support and 
technical data interoperability. Class 4 EETMs are difficult to manage in a 

25 Web environment. 

Figure 1 shows a state of the art process for presenting an lETM to 
a user. First, a technical manual is described 100 by a series of fimctional 
descriptions, links, graphics and other data as necessary to fiiUy describe a 
document. An authoring tool 102 is used to convert this description into a 

30 database 104. There are several authoring tools available as commercial 
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off the shelf (COTS) products, such as AIMMS'^'^ available from Raytheon 
Corporation of Lexington, MA, DynaText® available from INSO® 
Corporation of Providence, RI, and Guide available from InfoAccess'^'^ 
Inc. of Belleview, WA. Each tool uses its own database format, some of 
5 which are merely directory structures containing files, and some may be 

relational databases. A presentation tool 106 is then required to retrieve the 
manual description from the database 104 and display the information to 
the user 108. Information displayed can be graphical 109 or textual 1 10, as 
defined in the database 104. These current systems are often inefficient and 
10 inadequate for standalone user environments for the reasons stated above. 



SUMMARY OF THE INVENTION 



The aforementioned problems with presenting an lETM in a 
standalone environment and other problems with the prior art as described 
in the detailed description, below, are addressed by the present invention 

1 5 and will be imderstood by reading and studying the following 

specification. A method for parsing an electronic media database structure 
to produce tagged data is described which preserves the content, links, and 
electronic media structure such that the tagged data can be viewed using 
standard web browsers on a stand alone system. This method also provides 

20 an electronic media database structure that allows a user to view the 

electronic media using traditional lETM presentation methods. 

Another advantage of the present invention is that it provides a 
method for efficiently updating the stand alone versions of electronic 
media when the database is modified to reflect changes in the electronic 

25 media, or technical manuals. 

In particular, an illustrative embodiment of the present invention 
produces HTML data as an lETM (home page) linked into a relative 
structure of Web pages to support lETM deployment. The extraction 
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process assesses the functionality associated with each node designated for 
presentation and builds a virtual Web, based on attributes stored in the 
lETM database. A series of Web pages with links that hierarchically 
presents lETM data at run time is produced. The preferred embodiment 
supports a data warehousing strategy that converts any data type eligible 
within the relational database. The data warehousing strategy 
implementation stores data in a non-application specific environment and 
allows any data currently stored in the database to be included in the 
presentation to the user regardless of the origin of the data. This format 
free approach to data storage enhances the lifecycle of the data. This 
expands support across multiple types of technical and engineering data. 

The preferred embodiment of a Web lETM implementation utilizes 
a relative addressed pure HTML solution viewable with a standard Web 
browser. This open system implementation is cross platform and 
infrastructure independent, requiring no special server software. Retaining 
the hierarchical structure dictated by the relational database in HTML 
output enhances the supportability and maintainability of the Web lETM 
implementation. Updates to this Web lETM implementation can be 
incrementally applied within the hierarchy (small sections of data) or the 
entire logical sections of Web data and sent to the user using many 
convenient methods, including via e-mail. 

According the preferred embodiment, an lETM database is parsed 
to identify whether a data object is of type menu, narrative, graphic, table, 
or procedure. If the data object is a menu type, a starting menu is created. 
The data object information is selected from the Database. An HTML file 
representing the data object is created. Any links found within the data 
object information are stored for later processing. The saved links are then 
processed. Procedure objects are recursively parsed to accoimt for exited- 
to procedures and yes/no decision branches in the procedure. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other objects, aspects and advantages will be 
better xinderstood from the following detailed description of a preferred 
embodiment of the invention with reference to the dravdngs, in which: 

5 Figure 1 illustrates a state of the art system for displaying an 

Interactive Electronic Technical Manual; 

Figure 2 illustrates a system for extracting an Interactive Electronic 
Technical Manual description and generating Web pages; 

Figure 3 is a flow diagram of the method of the present invention; 
1 0 Figure 4 shows the dialog box used to select the menu hierarchy to 

be extracted; 

Figure 5 shows dialog boxes used to define the scope of the Extract 
process; 

Figure 6 shows the dialog box used to select the graphics file 
1 5 extension; 

Figure 7 shows the status report dialog box of the Extract process; 
Figure 8 shows the lETM database structure; 
Figure 9 is a flow diagram of the general method of the Extract 
process; 

20 Figures lOA and 1 OB are a flow diagram for the process of parsing 

the selected node or data class; 

Figxire 1 1 shows a top level menu of the Extracted lETM v^th one 
item expanded; 

Figure 12 is an excerpt of HTML code generated by the Extract 
25 process for a table object; 

Figure 13 is an excerpt of HTML code generated by the Extract 
process for a graphic object; 

Figure 14 is an excerpt of HTML code generated by the Extract 
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process for a text object; and 

Figure 1 5 shows an example of the first page of a procedure 
generated by the Extract process. 

DETAILED DESCRIPTION OF A PREFERRED 
5 EMBODIMENT OF THE INVENTION 

In the following detailed description of the illustrative 
embodiments, reference is made to the accompanying drawings which 
form a part hereof, and in which is shown by way of illustration specific 
illustrative embodiments in which the invention may be practiced. These 
10 embodiments are described in sufficient detail to enable those skilled in 

the art to practice the invention, and it is to be understood that other 
embodiments may be utilized and that logical, mechanical and electrical 
changes may be made without departing firom the spirit and scope of the 
present invention. The following detailed description is, therefore, not to 
15 be taken in a limiting sense. 

Referring again to the drawings, and more particularly to Figure 2, 
there is shown an overview of the preferred embodiment of the present 
invention. The method utilizes a database enabled authoring and 
presentation system for development and display of technical 
20 documentation. These applications are Windows™ based and present 

Menus, Graphics, Text, Table and Procedure data to support user needs in 
operation and maintenance for the deliverable systems. (Windows is a 
trademark of Microsoft Corp.) 

In order to produce a Web presentation 206 for lETM solutions 
25 operating in a Web architecture, an HTML Filter (Extract Application) 200 

creates a pure HTML-based presentation 202 fi-om the lETM database 104. 
lETM authoring activities 102 are able to continue as normal, retaining 
advantages of the DBMS 104 for development, but DETM deliveries are 
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extracted 200 to create a Web browser- viewable presentation 202. 
/jv^\The presentation 202 consists of an lETM "Home Page" 204 that 
re^rcnJe^a structure of Web pages that support lETM deployment. The 
Web page structure uses "relative address" structure, meaning that the 
5 entire Web can be relocated to any machine, in any directory, and the 

hyperlinks, or uniform resource locators (URLs) still operate as desired. 
The Extract on filtering process 200 assesses the functionality and data type 
associated witA each lETM data Node designated for presentation, and 
builds a virtual Web, based on the attributes and data stored in the 

1 0 relational database 1 04. This results in a series of Web pages 204 and 206 

with links that hi*archically present the information at run time. This 
implementation esiaranges, or separates, the lETM presentation system 
from the DBMS anfl produces an infrastructure dependent deployment 
model. Utilizing purd HTML (standard Web pages) is an advantage 

1 5 because it produces a\jiin server/client lETM deployment that is cross 

platform compatible. 

The Extract process reads lETM data stored in an lETM relational 
database and generates a relative addressed Web comprising HTML pages 
hyper-linked together to preserve the structure of the lETM. The Extract 

20 application of the preferred embodiment processes five (5) different types 

of lETM objects: menus, text, tables, graphics and procedures. 

Referring now to Figure 3, a flow diagram of the Extract process 
200 of Figure 2 is shown. The Extract process connects to the DBMS 
utilizing operator-defined protocols and controls identified in an 

25 initialization file, Extract.ini, resident with the application. An example 

Extractini is shown below, with comments in brackets "{}". 
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[Database] 

DBMS=MSS (Msoft) SQL Server 6.0 {identifies the database management 

system where the lETM database 
resides} 

5 Database=ARCI {registered name of the database with which to connect} 

Userld= {user login (secure data source only)} 

DatabasePassword= 
LogPassword= 

ServerName=medialab {domain name of the server where database resides 
10 (remote database only)} 

Logld=sa {database user ID} 
Lock= 

DbParm=Connectstring='DSN=Sqlserlmfsauth' {Connect string based on data 

server name as registered in 
1 5 the environment} 

Prompt=0 

DblniFile="lmfsauth.ini" 
[Path] 

PathDir=g:\extract {location to output html data} 
20 GraphicsPath=GRAPHICS\ {when deployed, relative address of images. 

when processing HTML file that contains an 
image, this information is appended to the 
image name to provide accurate relative path} 
[basePaths] {Collection of applications and items that are eligible for 
25 Launching from the lETM content. Example 'PDF=legacy' PDF 

(Portable Document Format) is the launch type and legacy is the 
basepath. When a launch type of PDF is encountered during 
extract, the basepath is appended to the file name in the HTML 
to indicate where the source file can be located, (similar process 
30 as images). 

CBT=CBT 
PDF=legacy 
Legacy=Legacy 
OpsWeb=Web 
35 IETM=IETM 
AVI=media 
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A top level menu is generated in function block 302 to provide the 
user v^th a hierarchical view of the lETM menu items. This menu provides 
navigation through various levels of the hierarchy. The user highlights a 
section of the lETM menu to define the point in the menu structure to 
5 initiate the extract process in function block 304. Using pull-down menus, 

the user selects the process to initiate, for instance as shown in Figure 4, 
HTML is the selected (highlighted) process. 

Once the Extract process is initiated, the user makes selections for 
controls to define the scope associated with the extraction to HTML 

10 process in function block 306. These controls are presented in easy to 

understand dialogue boxes as shown in Figure 5. These controls allow the 
user to make decisions associated with how the HTML will be generated. 
Based on user selections, a defined menu structure may be designated, or 
previously generated HTML files may be skipped. 

15 If the user chooses to generate link files in dialog box 5 1 , all links 

(or data resources) required for this page or menu will be extracted. The 
hierarchy is extracted to a logical end. If the user chooses not to generate 
link files in dialog box 51, then only the top level menus are generated. 
This is efficient if the document has been previously generated in 

20 incremental pieces. If the user chooses to replace existing files in dialog 

box 52, then all previously created HTML files are assumed to have 
changed and will be regenerated and old files are overwritten. Otherwise, 
the old files are not overwritten as new files are generated. The user may 
also choose to generate a text file containing a list of all graphics and 

25 photo files which are referenced in the database for easy conversion later. 

To enhance cross platform compatibility of the extracted Web 
lETM, the user is provided a dialog selection that enables the selection of a 
graphics format to be deployed 308, as shown in Figure 6. This selection 
ensures that graphic filenames referenced in the HTML files will be 

30 consistent with the deployed graphics images. Regardless of the graphics 
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file extension referenced in the lETM database, this selection substitutes 
the selected graphics extension during the HTML Extract process. This 
process also "normalizes" the extension case, adding cross platform 
functionality. 

5 The graphics in the lETM database could be in any number of 

formats. The graphics files need to be converted to the selected deployed 
format 310. In the preferred embodiment, once the user selects the scope of 
the Extract process, a file may be optionally created that lists every graphic 
referenced within this hierarchy. This list is used to ensure that only the 

10 graphics files actually used are converted. This conversion may be done 

manually using any number of conversion tools known to one skilled in the 
art, or it could be implemented as an automatic procedure that reads firom 
the previously generated graphics file list. Because COTS graphics formats 
are prone to change without notice, the preferred embodiment uses the 

15 manual method of conversion to avoid imforseen compatibility problems. 

Although the preferred embodiment of the invention allows 
interactive selections by a user, it would be apparent to one skilled in the 
art how to modify the procedure to allow predefined or default controls. 

While the HTML Extract process is running, the user is presented 

20 with a real-time updating dialog that indicates the progress of the 

automatic procedure 312, as shown in Figure 7. All files created are listed, 
to indicate how far along the process is. This report identifies any errors 
associated with the Extract process. These errors include data 
inconsistencies, code errors, and resource descriptions. An Extract Report 

25 can be saved to a text file or printed for future evaluation. 

The nature and structure of information in an lETM database 
requires some definition of terms to describe data within the database 
environment and the specific use of the Extract process. The hierarchical 
associations defined in the lETM database are defined in Levels. Figure 8 

30 presents the terms and implied associations to be referenced throughout the 
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15 



20 



25 



30 



following description. 

Referring now the Figure 8, the lETM database structure organizes 
nodes ma hierarchical structure that supports authoring and presentation 
of data. A defined system level node 81 defines the parent or top 
hierarchic^ level of the relational database. Data classes 82 are 
compartments, or database storage bins defined imder a system. Each data 
class has ai\associated "edit type" defining the type of data stored in the 
database. Valid data types are 
Menu,^ 
Text, 
Graphics)i 
Tables, anfi 
Procedures.^ 

Nodes 83 are the ac^^al database data elements stored in the database. The 
lETM authors import V edit the data under various data classes. Nodes are 
stored as plain text in a format firee environment. The nodes are parented to 
a data class retaining the ftjerarchy of the data. 

Referring again to Figure 3, when extracting the data from DBMS 
control to HTML in function block 3 14, it is important to retain as much of 
the database structure as possible to enhance data reusability. This is 
accomplished by implementing a Web structure that closely mimics the 
database while conforming to HTML relative addressing rules. Figure 9 
illustrates the general flow of the Extract process. 

Recalling that a menu structure was selected in 304 of Figxire 3, the 
process then extracts a node or data class selected from the menu in block 
91 . The links in the selected menu structure are identified in block 92. 
When the links are identified in block 92, as described further below, four 
pieces of information are saved in array: the system id, class id, node id 
and name of the lETM object. These four pieces of information are saved 
in the array only if they are not contained in the array currently. After the 
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identification process terminates, the array of saved links is processed in 



pTocefes i^called for each save link, to create the HTML file for the saved 

system id, class id, and node id. The HTML files generated in block 92 

contain linlos to other HTML pages via the use of anchor tags. The file, to 

which the anchor refers, is not created until the link is processed in block 

93, calling thi process of block 92 for processing. The files created in 

block 92 are complete and are not modified by the processing in block 93. 

Postponing the processing of the links is done to firee up resources and 

speed the performance of the extraction. One should note that during the 

processing of the Hnks in block 93, the process of block 92 is executed and 

more saved links could be added to the array. Once all of the links have 
\ 

been processed the extract process is complete. 



As illustration, suppose lETM object B links to lETM object C. 
When executing the link identification process for lETM object B and 
encoimtering the link to lETM object C, the system id, class id, node id 
and name of the lETM object C is saved in an array. The identification 
process completes for lETM object B (all database objects and file objects 
are closed and destroyed). The saved link for lETM object C is retrieved 
fi-om the array (block 93) and the identification process (block 92) is called 
for the ETM object C. If lETM object C links to lETM object D, the link 
to lETM object D would be saved. The identification process completes 
for lETM object C (all database objects and file objects are closed and 
destroyed). The saved link for lETM object D is retrieved from the array 
(block 93) and the identification process (block 92) is called for lETM 
object D. 

hi another embodiment of the invention, processing of the links 
occurs inunediately instead of information being saved in an array. For 
uastance, lETM object B links to lETM object C. When executing the link 



block 93. 




a preferred embodiment of the invention, the identification 
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identification process (block 92) for lETM object B and encountering the 
link to lETM object C, the identification process is called immediately to 
create the file for lETM object C. The database objects and file objects 
associated with the lETM object B are left open until the processing of 
5 lETM object C is completed. If lETM object C links to lETM object D, the 

identification process is called immediately to handle the link to lETM 
object D. At this point the database objects associated with the lETM 
object B and lETM object C would be open. Over time, the number of 
database and file objects could expand rather quickly. It would be apparent 

10 to one skilled in the art that various implementations, all falling within the 

scope of the invention, could be used for identifying and processing the 
links to create the HTML pages, arid that different methods produce 
varying results with respect to performance. 

Figures lOA and lOB illustrate the preferred method of parsing the 

15 selected node or data class as in step 92. First, the lETM data type for the 

node or data class is determined in block 1001 . If it is a menu type as 
determined in decision block 1002, a starting menu is created from user 
selected location in block 1003. Child data classes or nodes from the 
database are selected, given a menu data class in block 1004. An HTML 

20 file for a menu consisting of table row and table cell tags for alignment is 

created in block 1005. A table cell contains an anchor tag for links to sub- 
menus or lETM objects. Finally, for each child data class or node, the 
extract process is begun again in block 1006, transferring control to block 
1001 . If the user chose not to process links in the control selection phase, 

25 as described for Figure 5, then step 1006 is skipped for subordinate links 

and control is passed back to block 1001. 

If the lETM data type for the node or data class is of narrative type, 
as determined in decision block 1010, then the narrative information is 
selected from the database in block 101 1. An HTML file is created for a 

30 narrative consisting of paragraph and anchor tags for links to other lETM 
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objects in block 1012. One should note that if the HTML already exists, 
and the user chose not to replace all files during the control selection 
phase, then the existing file is not overwritten, and only new files, for links 
not previously processed, are created. Any links found within the narrative 
5 information are saved for later processing in block 1013, if the user 

selected links to be processed in the control selection phase, and the 
parsing of this node is now complete. 

If the lETM data type for the node or data class is of graphic type 
as determined in decision block 1020, then the graphic information is 
10 selected firom the database in block 1021 . An HTML file is created for a 

graphic consisting of an image map with area tags for links to other lETM 
objects in block 1022. Any links found within the graphic information are 
saved for later processing in block 1023 and the parsing of this node is 
now complete. 

15 If the lETM data type for the node or data class is of table type as 

determined in decision block 1030, then the table information is selected 
firom the database in block 103 1 . An HTML file is created for a table 
consisting of table header, table row, and table cell tags in block 1032. 
Each cell may contain anchor tags to other lETM objects. Any links found 

20 within the table information are saved for later processing in block 1033 

and the parsing of this node is now complete. 

If the lETM data type for the node or data class is of procedure type 
as determined in decision block 1040, then the procedure information is 
selected firom the database in block 1041. An HTML file is created for a 

25 procedure consisting of table row, table cell tags and checkbox tags in 

block 1042. Anchor tags may be included to link to the other lETM data 
types. Any links found Mdthin the table information are saved for later 
processing in block 1043 and the parsing. A test to determine whether the 
procedure has an exit is performed in decision block 1044. If there is an 

30 exit, then procedure information for the exited-to procedure is selected in 
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block 1045 and another HTML file is created in block 1042. Otherwise, a 
test to determine whether the procedure has a decision is performed in 
decision block 1046. If there is a decision, then the Yes portion of the 
procedure is recursively extracted in 1047 and then the No portion of the 
5 procedure is recursively extracted in block 1048. Otherwise, if there was 

no decision then the processing for this node is complete. 

Utilizing the database generated auto-increment numerical fields, 
the Extract process converts the hierarchical data properties firom the 
relational database into relative addressing for presentation in a Web 
10 browser. Links and relationships and between the lETM nodes are retained 

utilizing a common and consistent data storage structure. The numerical 
directories utilized for data storage and naming do not hinder data 
maintenance. All data is intended to be maintained in the relational 
database. 

15 Each lETM data type is represented by one HTML page except in 

the case of the procedure data type. The lETM data is structured 
hierarchically in a tree, starting with menu items that are hyperlinked to 
either child menus or one of the other lETM data types. In turn, the child 
menu could link to another child menu or one of the other lETM data 

20 types. The last node in the tree cannot be a child menu; it must be either a 

text, graphic, table or procedure data type. A menu item can only be linked 
fi-om another menu item. The Extract process uses recursion to traverse the 
tree, generating HTML files for each lETM data type encountered. 

Figure 1 1 shows an example of a top level menu 1100 for an 

25 Acoustic Data Base. The fimctionality of the HTML generated menu 

structure mimics the functionality of a tree view. A graphic image of a plus 
sign 1101 is displayed before each menu item in the top level HTML page. 
When a menu item is clicked, the child menu is displayed "expanded" 
underneath the menu item clicked with the graphic image of a plus sign 

30 preceding each child menu item and a graphic image of a minus sign 1 102 
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preceding the parent menu item. 

Figure 12 shows an excerpt of HTML code generated by the 
Extract process for a table object. When processing a table object, the 
Extract process reads the table header, row and column information stored 
5 in the lETM relational database and generates the appropriate HTML table 

header 1201, table row 1202, 1203 and 1204 and table cell tags 1205. 

Figure 13 shows an excerpt of HTML code generated by the 
Extract process for a graphic object. When processing a graphic object, the 
Extract process reads the graphic file name and hot spot coordinates from 

1 0 the connected database and generates an HTML image map using the 

graphic file name 1301. The hot spot coordinates are used to generate area 
tags 1302 within the image map to link to other lETM data types. The 
bottom of a graphic page may also contain graphic images of buttons that 
link to other lETM data types 1303. 

15 Figure 14 shows an excerpt of HTML code generated by the 

Extract process for a text object. Similarly, for text data, the Extract 
-process reads the textual information from the connected lETM relational 
database and generates corresponding paragraph tags 1401 to represent the 
data in HTML, 

20 A text, table, graphic or procedure data type may contain one or 

more links to other lETM data type(s), except the menu type. When the 
Extract process encounters a link to another data type, an HTML anchor 
tag is written to the file for the data being processed and the application 
recursively calls itself to process the "linked to" object. The starting date 

25 and time is saved in order to avoid extra processing, since one lETM data 

type can be linked from multiple places. The entire lETM may be 
generated at once, or incrementally in smaller portions at different times. 
The user can navigate to the specific piece of the lETM and click a menu 
option to being the Extract Process. 

30 Figure 15 shows an example of the first page of a procedure 
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generated from the Extract process. When processing a procedure object, 
the Extract process reads the procedure steps from the lETM relational 
database. Procedures can be presented in a single HTML file if the 
procedure does not contain any decisions. If a procedure contains 
5 decisions, the preferred method is that the procedure will be presented in 

multiple HTML files. Although not necessary to the extract process, it has 
been shown that users desire a method to keep track of which steps in a 
procedure have been performed. Therefore., a non-functioning check box 
1501 precedes each procedure step so that the user/operator can keep track 

10 of which steps in the procedure have been performed by checking the 

boxes. This information only appears on the screen for the current session 
and is not permanently saved. In order to meet the U.S. government 
standards for lETM development, but also not necessary to the Extract 
process, some procedure steps are preceded by warnings, cautions and 

15 notes text 1502 that are color-coded red, yellow and blue, respectively. 

Links to other lETM data types 1 503 can be included in a procedure step 
1504. Procedures can contain one or more decisions. A decision is a yes-no 
question. The procedure decision step is followed by a hyperlink titled 
'Yes'* 1505 and a hyperlink titled "No" 1506. Each of these hyperlinks 

20 links to other procedure step pages which in turn can contain other 

decisions. 

According to the preferred embodiment of the present invention, 
the code used to present procedures, as outlined previously, utilizes two 
levels of recursion. When a procedure is authored, the procedure can exit 

25 to other common procedures allowing data sharing and non-replication of 

data. The final HTML presentation of the lETM must mask the details 
used in constmcting the procedure. The other complicating factor in 
procedures is the process flow of decision steps. Since procedures with 
decisions are represented in multiple files, sometime when processing a 

30 decision branch of an "exited to" procedure the steps after the exit in the 
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parent procedure need to reside in the HTML file of the decision step of 
the "exited to" procedure. The steps after the exit in the parent procedure 
need to be included in the yes and no branch HTML files. Whenever an 
exit to another procedure is encountered a "recursive look ahead" is 
5 performed to determine if the "exited to" procedure or any of its 

descendants contain decisions. The second use of recursion is used to 
process the yes and no branches of a decision. The application calls itself 
to process a new HTML file for the yes branch and a new HTML file for 
the no branch. 

10 Referring again to Figure 3, once the data has been extracted and 

the HTML pages are created, the entire relative addressed Web can be 
exported for use on a standalone machine in function block 3 1 6 and then 
displayed in function block 3 1 8 by a standard Web browser. This method 
is advantageous for periodic updates of the electronic media because a 

15 small subset of the Web can be regenerated as needed and then exported to 

the user via a disk or even by e-mail. With traditional methods of 
displaying an lETM, the DBMS is updated (or re-authored) and the custom 
client-server system must regenerate the pages viewed by the user as 
needed. This has been problematic because the user's system must remain 

20 connected to the DBMS server in order to receive any updated pages. In 

contrast, the present invention allows the lETM updates to be received on 
a diskette, or other media, or sent by e-mail, or downloaded by the user and 
then subsequently quickly installed on the target machine by the user. The 
lETM can then be viewed on a standalone machine with an ordinary web 

25 browser with no connection to a network or DBMS server. 

An advantage of the method of the present invention is the 
operational performance of the extracted web far exceeds the existing 
Windows™ based presentation products. Testing for both the stand-alone 
personal computer (PC) based and URL Server based extract Web 

30 provided ten (10) times performance improvements in speed of presenting 
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data to the user. This enhances the overall acceptance of the product. 

In addition, the HTML Web created by the Extract process is thin 
server / client. When operated in a server mode (connectivity to the 
intranet) the application requires only minimal storage and a standard Web 
5 server (like Internet Information Service) and only a standard Web 

browser. The HTML files produced by the Extract process support PC 
stand-alone operation through 'file serving' using a standard web browser 
with no plug-ins or personal server application v^th no loss in 
functionality. 

10 The preferred embodiment of the present invention operates on 

lETM databases and is described in more detail above in this context. It 
would be apparent to one skilled in the art that the present embodiment 
could be easily modified to operate on any database containing data of a 
hierarchical nature that is desired to be presented to a user in an easily 

1 5 manipulable and navigable format, such as Web pages. In addition, while 

the preferred embodiment is designed to read data firom a relational 
database, it would be apparent to one skilled in the art how to modify the 
invention to parse data stored in any number of formats. 

As a perfecting feature of the invention, but not necessary to its 

20 practice in accordance with its basic principles, large quantities of 

engineering data can be warehoused in the Extract database, with 
supporting data warehousing strategies, as described above. Once the data 
has been stored in the database using an authoring or similar tool, it is 
eligible for Extract to HTML for presentation on the Web supporting 

25 customer review, thin client data delivery, data archive and enhanced data 

configuration management. Web base marketing data could also be 
warehoused and presented using this method. By using the Extract process 
of the present invention with these and other types of data, virtually any 
electronic media description can be transformed into a portable web of 

30 information. 
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While the invention has been described in terms of a single 
preferred embodiment, those skilled in the art will recognize that the 
invention can be practiced with modification within the spirit and scope of 
the appended claims. 
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